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Photo 1: A color test chart 
showing the 15 shades of 
hue available from the 
Apple-ll as presented on a 
typical commercial color 
set, using one of several 
RF modulators available 
on the market, the Apple 
BASIC program used to 
generate this color is 
shown in the text portion 
of this split screen 
(graphics and text) 
display. 



1^- ::-v^=v= HLiM 



The Apple-ll 



Stephen Wozniak 
Apple Computer Co 
20863 Stevens Creek Blvd B3-C 
Cupertino CA 95014 



In this article, Steve Wozniak 
describes his creation, the 
Apple II. Notice the detailed 
description of the Apple II 
internals including the 
unique design of the video 
generator. This design 
greatly decreased the number 
of required chips. More than 
fifteen years after its creation, 
the Apple II was still being 
sold. (1977:5 p34) 



To nic, a personal computer should be 
small, reliable, convenient to use and inex- 
pensive. 

The Apple-!, my first video oriented 
single board computer, was designed late in 
1975 and sold by word of mouth through- 
out California and later nationwide through 
retail computer stores. I think that the 
Apple-I computer was the first microproces- 
sor system product on the market to com- 
pletely integrate the display generation cir- 
cuitry, microprocessor, memory and power 
supply on the same board. This meant that 
its owner could run the Apple BASIC 
interpreter with no additional electronics 
other than a keyboard and video monitor. 
The Apple-! video computer board was 
originally intended as a television terminal 
product which could also operate in a stand 
alone mode without much in the way of 
memory, although it did have a processor, 



space for 8 K bytes of 4 K dynamic memory 
chips, and its shared video generation and 
dynamic memory refresh logic. Apple-I was 
sold as a completely assembled and tested 
processor board with a price under $700 at 
the retail level. 

The latest result of my design activities is 
the Apple-!! which is the main subject of 
this system description article. The Apple-ll 
builds upon this idea by providing n com- 
puter with more memory capability, a read 
only memory (ROM) BASIC interpreter, 
color video graphics as well as point graphics 
and character graphics, and extended sys- 
tems software. 



Integral Graphics 

A key part of the Apple-!! design is an 
integral video display generator which di- 
rectly accesses the system's programmable 
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memory. Screen formatting and cursor con- 
trols are realized in my design in the form of 
about 200 bytes of read only memory which 
are built into the Apple-ll's mask pro- 
grammed 8 K bytes of read only memory. A 
1 K byte segment of the processor's main 
memory is dedicated to the display gener- 
ator, although it is also accessible to pro- 
grams. The display transfer rate is the time it 
takes to fully define the contents of this 
segment of memory, and averages about 
1000 characters per second, limited pri- 



marily by the software scrolling routines in 
the system read only memory. 

Since the Apple-ll incorporates this dis- 
play generator as a part of its design, its text 
mode becomes the terminal for the system. 
The display has 24 rows of 40 characters 
displayed on an ordinary black and white or 
color television screen. Each character in the 
Apple-ll design is a 5 by 7 dot matrix, so the 
present version of the system only imple- 
ments upper case characters of the 6 bit 
ASCII subset, as well as the usual numbers 
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Figure 1: A block diagram of the Apple-ll display generator. The generator sneaks into memory an the externally unused phase 
of the 6502 processor's 2 phase clock. The output of the memory is processed (after a 1 clock cycle delay) to produce a net 
video output through a software controlled video multiplexer. The three major modes of operation are: 

Color graphics, in which each 4 bit nybble of the byte Is treated as a color definition code by the color generator. 

Character generation in which the S bit code is processed with a read only memory to generate u dot matrix pattern which 
is serialised and sent to the video multiplexer. 

Black-white point graphics in which the 8 bit word from memory Is used to control the contents of a segment of a 280 by 
160 point grid. 

The timing diagram shows how the basic I iis processor cycle period is split up into a video memory cycle and a microprocessor 
memory cycle. Since the processor is engaged in internal housekeeping operations during the first (high level) half of a <^/ 
period, this segment of lime can be used by the video generator to sneak into memory. Since all of memory is continuously 
being scanned by the low order bits out of video generator, the entire 48 K byte field (maximu/u) of dynamic tnemory is 
refreshed by the video portion of the cycle. (Refreshing of dynamic memory means scanning through all possible low order 
addresses to recharge the internal memory capacitors of the chips.) 
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Photo 2: This series of photos shows 
the steps in writing an animated 
BASIC game using the Apple-ll com- 
puter's BASIC interpreter. This se- 
quence highlights the process of 
writing a paddle versus "wall" game 
where the object of play is to knock 
bricks out of the wall and eventually 
get the ball to go all the way through. 
This game is similar to many seen in 
amusement parks and arcades, and is 
typical of the kind of game which can 
be implemented with Apple-ll 's BA- 
SIC software. Using the split screen 
graphics and text display mode, the 
BASIC statements are shown at the 
bottom of each picture. 



• Ill 
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Plioto 2a: The first step in any game is 
to generate the uniform color back- 
ground for the action of the game. 
Here we use a blue field. 



366 BEST OF BYTE 



and graphics available in standard character 
generator read only memory parts. Assuming 
that the video display is the currently 
assigned system output device, the display is 
accessed through our system software in 
read only memory by using a subroutine 
called COUT which adds text to the screen 
using an automatic scrolling technique. This 
is typical of the many read only memory 
routines which I've incorporated Into the 
ROM to provide complex features with 
relatively simple user interfaces. Another 
example of such a software feature is a user 
definable scrolling window. This means that 
the user of the system can pick any of four 
coordinates defining any rectangular subset 
of the viewing area of the video screen as the 
current scrolling zqne. The remainder of the 
display will remain frozen and data in the 
window will scroll normally when COUT is 
accessed. This is a most useful feature: For 
example, the user can set up a game back- 
ground or instruction menu in one part of 
the screen while using the remainder of the 
screen for scrolling the variable data. 

In the text mode, each character position 
may be displayed in normal (white character 
on black background) or Inverse, or flashing 
modes. This information is specified by the 
high order bits of each character stored in 
the display memory. The cursor position, for 
example, Is indicated by forcing the charac- 
ter al ihc cursor location to be In the 
flashing mode with inverse video. 

User application programs may switch the 
display mode from character to color graph- 
ics with a single instruction, dividing the 
screen instantly into a patchwork of con- 
trollable color on a grid of 40 horizontal 
locations by 48 vertical locations. Each cell 
in the grid may be one of 1 5 colors, and 
software built into the system read only 
memory can be used to define the color of 
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Hioto 2b: Then we must add a liberal 
dose of obstacles and field pieces to 
make the problem interesting. For this 
game, the major obstacle is a brick 
wall of oraiigish (color 13) and green- 
ish (color 12) bricks. Later on, since 
we can look at the contents of the 
screen directly, the game algorithm 
will be manipulating these bricks. 



any point as set by X and Y coordinate 
integer values. Photo 1 shows a color scale 
for the 15 colors possible, and a simple 
BASIC program which generated the display. 
Here the scrolling window features are used 
to set the color graphics mode in the fixed 
portion of the screen (above) and set the 
text mode of operation in the scrolling 
portion (below). This mixed mode provides 
a 40 by 40 color graphics grid plus four lines 
of scrolling text at the bottom of the screen. 
A routine in the system read only memory 
selects this mode and sets up the scrolling 
window corresponding to the text portion. 
I've found this mode especially useful to 
BASIC programmers who can write anima- 
tion games like Pong while holding a tradi- 
tional BASIC conversation in the text region 
of the screen. This split screen mode of 
viewing is used for all the color graphics of 
photo 2 as well. 

The same display memory region that Is 
used for the text display Is used for the color 
graphics. System software routines supplied 
in the read only memory of the processor 
allow users to simply clear the display, select 
colors, plot points, draw horizontal and 
vertical liiies, and sense the color values 
prcscnlly al spccillcd screen positions. I like 
to think of Ihcsc system software subrou- 
tines as enhanccmenis to the 6502 Instruc- 
tion set for the purposes of display control. 

High resolution graphics is the remaining 
Apple-ll display mode. This mode of display 
is set up by system software routines which 
are delivered with the computer, but are not 
built into the system read only memory. 
(Even with 8 K bytes for the read only 
memory space, there sometimes isn't enough 
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^70/0 2c: Next, we must of course 
add a paddle, here created with a 
deeper yellowish orange (color 9) hue. 



Photo 2d: Then, since no video court 
game is complete without a ball we 
must add a square "ball" to the 
program, and set up some of the 
parameters of its motion. 



room to fit all the needed features.) In the 
high resolution mode, 8 K bytes of main 
memory store the data for a display of 
280 horizontal dot positions by 192 vertical 
dot positions; so to allow enough room for 
some BASIC software to play games with 
this mode the system requires at least 12 K 
of memory. If a color television is used with 
this high resolution mode, the available 
colors are black, white, violet and green. A 
mixed mode with 1 60 rows of 280 dots plus 
four lines of scrolling text can also be set up. 
Applications of the high resolution graphics 
modes include game boards, mazes, maps, 
plots and histograms, user definable char- 
acter sets, and games like Space War in its 
original animation graphics versions. 

Some Details 

All the Apple-ll video modes work iden- 
tically, using a common clock timing chain 
which Is shared by the processor, memory 
refresh and video generation logic. During 
each microprocessor clock cycle's 4>] clock 
pulse, an address is specified by the video 
circuits and directed to the programmable 
memory of the system through the address 
multiplexor (MUX) of figure 1. Display data 
is received by the three forms of video data 
generators toward the end of the <I>2 pulse, 
and this data is then latched for use during 
the entire next clock cycle. Since all this 
action occurs during the 'i>^ pulse which 
lasts 500 ns, the video generator is able to 
take over the access to the memory at a time 
when, the 6502 processor is busy with 
internal housekeeping and processing opera- 
tions which leave the data bus free. During 
the <I>2 pulse, when the processor takes 
command of the bus, the programmable 
memory of the system is used by the 
executing program as if the video generator 



didn't exist at all. Because the integrated 
display design uses this direct memory access 
technique without stealing processor cycles, 
it is possible to program accurate and pre- 
dictable timing loops in software as if no 
DMA were present in the system. 

Memory 

It is alleged in the Santa Clara (Silicon) 
Valley that the microprocessor was invented 
to sell programmable and read only memory 
chips. It certainly has been the case that one 
microprocessor in the past would often 
support hundreds of memory chips, but 
times change. Technology has since 
bestowed upon us the 4 K bit and 16 K bit 
dynamic programmable memory chips. 

Apple-!l was designed to operate with the 
16 pin dynamic programmable memory 
parts, which come in 4 K and 16 K versions 
which are (with some subtleties) pin for pin 
compatible. 

The Apple-ll board is supplied with 
sockets for three blocks of memory, each of 
which may be configured to use either 4 K 
or 16 K dynamic programmable memory 
parts, with intermixing allowed. This means 
that if you were to purchase an Apple with 
4 K bytes of memory and later want to add 
16 K bytes, there is no need to scrap the 4 K 
chips. 

Dynamic memories have one design 
characteristic which is not present in the 
simpler (but more expensive) sialic memo- 
ries. This is the fact that they use capacitive 
storage elements biiilt into the chips which 
must be periodically recharged ("re- 
freshed") to prevent the information from 
disappearing. 

One of the elegant simplifications 
provided by a system such as the Apple-ll 
with its built-in display is the fact that 
refreshing the entire memory address 



Plwio 2e: Finally, the lost 
steps in finesse are the 
score displays and related 
captions which complete 
the game. This game is 
controlled by using one of 
the analog inputs of the 
Apple-ll to determine the 
index of the current loca- 
tion of the paddle, so that 
by twisting the pot the 
paddle is moved; the 
speaker output is used to 
generate a sound burst 
when the ball hits the pad- 
dle or wall. 
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(o) 



(b) 



>L1ST 

5 DSP APPLE 
10 FOR 1=1 TO 10 
20 IF I>5 THEN 48 
30 APPLE=I^ GOTO 50 
40 APPLE=100+I 
50 NEXT I 

60 PRINT "DONE" ■■ END 
>RUN 

#30 APPLE=1 
«30 fiPPLE=2 
#30 APPLE=3 
#30 ftPPLE=4 
#38 APPLE=5 
#40 flPPLE=l06 
#40 flPPLE=107 
#40 APPLE=108 



#40 APPLE=i09 
#40 flPPLE=110 



MIST 

10 FOR 1=1 TO 10 

20 IF I>5 THEN 40 

30 APPLE=I : GOTO 50 

413 WPPLE=10O+I 

50 NEXT I 

60 PRINT "DQHE" ^ END 



>TRRCE 
>RUH 

#10 #20 #30 #50 #10 #20 #30 #50 #10 #20 
#30 #50 #10 #20 #30 #50 #10 #20 #30 #50 
#10 #20 #40 #50 #10 #20 #40 #50 #10 #20 
#40 #50 #10 #20 #40 #50 #10 «:'n #40 #50 
#60 DONE 



PImlo A: I wo examples nt Ihe Apple BASIC inleipieler, in the form of pioqiams will) sevenil line:, ofcxeci/lion results, (a) The 
interpreter has a symbolic inice feulure which allows dumping of named variables whenever a chancie occurs. This simple 
program illustrates this "DSP" command with a simple compulalional program, (h) A similar dehugqing feature ot Steve 
Woyniuk's Aiy^le BASIC interpreter is a method of running the inlerpreler with a statement number trace, by giving a 1 RACE 
command instead of RUN in the command mode of the interpreter, litis enables one to fairly quithly delnig a BASIC program 
by examining lis effect on variables or its course of evolution through statement numbers. 
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space of dynamic memory chips is inliciciu 
in llic operation of ihc video display genera- 
tor. On successive pulses of the video dis- 
play, it cycles through all the low order 
addresses of the memories as the memory is 
scanned to generate the video image. But 
scanning through the addresses v^ithin the 
maximum allowable time is the algorithm 
used to accomplish the required refreshing 
of the memories; so with this video genera- 
tor Integral to the computer, refreshing of 
the memories happens to come for free and 
is totally transparent to the user with no 
extended, missing or delayed cycles. This 
characteristic is sometimes called "hidden 
refresh." 

Standard Peripherals 

I designed the Applc-ll to come with a set 
of standard peripherals, in order to fit my 
concept of a personal computer. In addition 
to the video display, color graphics and high 
resolution graphics, this design includes a 
keyboard interface, audio cassette inlcrlace, 
four analog game paddle inputs (for user 
supplied potentiometers which vary a re- 
sistance which the processor measures), 
three switch inputs, four I bit annuncialor 
outputs, and even an audio output to a 
speaker. Also part of the Apple-ll design is 
an 8 slot motherboard for lO which has a 
fully buffered bus, prioritized interrupts, 
two prioritized direct memory access (DMA) 
schemes, and address decoding at the indivi- 



dual slots so that multiple bit address de- 
coders arc not required on peripheral boards. 

The Applc-ll cassette interface is simple, 
fast, and I think most reliable. The data 
transfer rate averages over 180 bytes per 
second, and the recording scheme is com- 
patible with the interface used with the 
Apple-I. This tape recording method can be 
used with any inexpensive recorder, but as 
with any such use of audio media only high 
quality tapes should be used in order to 
avoid problems due to dropouts from poor 
oxide coatings on the tapes. In the Apple 
audio cassette interface, timing is performed 
by software which is referenced to the 
system clock. A zero bit is defined as a full 
cycle of a 2000 Hz signal (500 (us long), while 
a one bit is defined as a full cycle of a 
1 000 Hz signal ( I ms long). While reading data, 
full cycles are sampled, never half cycles, a 
method which tends to provide immunity to 
DC offset and other forms of distortion. All 
the cassette management routines are avail- 
able to user programs as subroutine calls 
from assembly language directly, or through 
hooks in the BASIC interpreter. 

The Applc-ll analog game control paddle 
circuits arc based upon inexpensive timer 
chips of the 555 type. I've used a quad timer 
of this type, called the 553, as shown in 
figure 2. To read the value of resistance on 
the paddle's potentiometer, the timer is 
strobed under software control using rou- 
tines in the system read only metriory. The 
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F|Z4- 



Plwto 4: Far from being limited to interpretive integer BASIC, the Apple-ll includes some powerful debugging and software 
development aids at the machine language level. Here at (a) is an example of its dissassembler mode of operation, invoked by the 
L command following an address in hexadecimal. A corresponding nonsymbolic assembler program will perform transformations 
in the other direction from text sources. Here at (b) is an example of the instruction trace command, which allows a machine 
language program to he followed mnemonicully via dynamic disassembly, with register and condition code contents indicated 
after each instruction. 
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input routine then enters a loop whicli 
counts the length of the timer output pulse, 
which is a function of the paddle potentiom- 
eter's setting. To prevent endless loops if a 
wire hrcalcs, the paddle scan routines exit at 
the maximum count of 255. The resolution 
of the loop is 1 2 |Js per count. 

One memory address is dedicated to the 
audio output port which drives a speaker. 
When this memory location is referenced 
from a program, with cither a read or a write 
operation, the speaker drive line is toggled. 
Generating tones requires continuous 
speaker toggling by this method, at an 
audible rate. The cassette output port works 
in a similar (toggle) fashion to generate 
audio tones for the tape. The annunciator 
outputs each have two corresponding ad- 
dresses, with one used to set the output and 
the second used to clear the outputs. Switch, 
paddle and cassette inputs place their data 
on the system bus in the sign bit position 
when their corresponding addresses arc refer- 
enced; this choice of wiring enables software 
to test the state of the bit directly with a 
conditional branch instruction of the 6502 
processor. 

Apple BASIC 

Apple-ll comes with an Apple BASIC 
interpreter in the mask programmed read 
only memories of the system. There is no 
need to load it off tape, nor to dedicate any 



programmable memory for it. It's always 
there and it is impossible to accidentally 
clobber it. This BASIC is essentially similar 
to any BASIC with the exceptions that it 
only implements 16 bit fixed point arithme- 
tic. It also features some unique language 
extensions to take advantage of the Apple-ll 
hardware features such as color graphics and 
to provide conveniences in the form of 
debugging aids. It is intended primarily for 
games and educational uses. 

A monitor command puts you into 
BASIC mode, which is indicated on the 
screen by a prompt character, " > ". 
IVIemory limits for BASIC source programs 
and data are set automatically at the time of 
entry, but these limits may be varied by user 
commands. While in BASIC mode, state- 
ments are entered on the current system 
input device, which is normally the key- 
board. 

Apple-ll BASIC is implemented as a 
translator-interpreter combination. When a 
line is read from the input device, the 
translator analyzes it and generates a more 
efficient internal language facsimile. Syntax 
errors are detected at this time. 1 he "nouns" 
of this internal language are variable names, 
integer constants (pieconverted to binary for 
execution speed enhancement), and string 
constants. The "verbs" are 1 byte tokens 
substituted for keywords, operators and 
delimiters. Because the translator dis- 
tinguishes syntax, different verbs arc as- 
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Figure 2: How to make a 1 bit measurement of an analog parameter for 
games (or perhaps we should say "2 bit"). Basically, a 555 style timing 
element is set up so that it can be triggered by a I bit output port. After 
triggering the oneshot, the processor enters a timing loop continuously testing 
the I bit input port until the end of the oneshot's cycle, which is controlled 
by the game parameter potentiometer. The result is an integer count 
developed by the timing loop which gives a measure of how long the oneshot 
pulse lasted, and hence a measure of the position of the input potentiometer. 
Apple-ll implements four of these resistance measuring ports (which have 
plenty of accuracy for game contexts with graphics display feedback but are 
hardly not to be interpreted as having any absolute accuracy independent of 
hand-eye coordination). 



signed to different usages of the same 
symbol. For example, three distinct verbs 
represent the word PRINT, depending on 
whether it is immediately followed by a 
string source, an arithmetic expression or 
nothing. Thus this distinction need not be 
made at execution time. For each verb there 
exists a subroutine to perform that specific 
action. Listing a program actually involves 
decompiling the internal language back to 
BASIC source code. 1 hose statements with 
line numbers are stored as part of the user 
program, while those without line numbers 
are executed immediately. If desired, the 
Apple BASIC interpreter's editing functions 
can be set to generate line numbers auto- 
matically. Although some commands are 
valid only for immediate execution and 
others only for programmed execution, most 
can be employed in both ways. In the 
BASIC source programs, multiple statements 
may reside on the same line, separated by 
colons (':'). 

BASIC language statements are stored in 
user memory as they are accepted and 
variables are allocated space the first time 
they are encountered during immediate or 
programmed execution. When a program 
terminates, whether by completion, inter- 
ruption or error conditions, all variables are 
preserved. Programs may be interrupted In 
execution by typing an ASCII control C; it is 
then possible to examine and modify a few 



Author's Note 

So as not to slight their 
efforts, I would like to 
thank Allen Baum for 
originating the Apple-ll 
debug software, Doug 
Kraul for helpful sugges- 
tions on the 10 structure, 
and Randy Wigginton and 
Chris Espinosa for many 
long and late hours testing 
the Apple BASIC. . . . SW 
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variables in immediate mode, then continue 
execution at the point of interruption by 
typing the CONtinue command. BASIC pro- 
vides the line number of the statement as the 
point of interruption when this sequence is 
used. The entire variable space is cleared to 
zero when BASIC is initialized by the CLR 
command, and prior to executing the RUN 
command. (It is possible to carry variables 
from one program to another, but to initiate 
the second program a GOTO command must 
be used instead of RUN in order to override 
the automatic clear al ilie beginning of 
execution of a new program.) 

The interpreter consists of a standard 
expression evalualor and a symbol table 
routine for allocating variable storage similar 
to those described by Prof Maurer in his 2 
part series in the February and March 1976 
issues of BYTE. As statements are scanned, 
nouns and verbs are encountered. Variable 
names result in calls to the symbol table 
routine which pushes address and length 
information on the noun stack (operand 
stack). Constants are pushed directly onto 
this stack. Verbs are pushed onto the verb 
stack (operator stack) after popping and 
executing any verbs of greater priority. A 
verb is executed by calling its associated 
subroutine. Tables define priorities and rou- 
tine entry addresses for all verbs. Keywords 
such as THEN or STEP, and delimiters such 
as commas and parentheses, are dealt with 
just as though they were arithmetic opera- 
tors. Verb routines obtain their arguments 
from the noun stack. Because verbs such as 
parentheses tend sometimes to be of low, 
and other times of high pi iority, each verb is 
actually assigned two priorities (left hand- 
right hand). One represents its tendency to 
force execution of other verbs, the second 
its tendency to be executed. 

Interactive Monitor 

The entry into BASIC, as well as other 
user oriented features of the Apple-ll, is 
provided by an interactive keyboard monitor 
which serves as an aid tt) writing and 
debugging machine language programs for 
the 6502 processor of the system. The user 
enters commands from the keyboard speci- 
fying data and address parameters in hexa- 
decimal. Multiple commands are permitted 
on the same line and editing features facili- 
tate error correction. I completely wrote and 
debugged Apple BASIC using the monitor as 
my only software development tool. It was 
of course the first hand assembled program I 
wrote for the system. In addition to the 
direct monitor commands, a number of 
subroutines were included in the Apple-ll's 
mask programmed system read only memory 
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Sweet Sixteen Calling Sequence: 



20 89 F6 



JSR 
SWEET16 

(leave 6502 
direct execution! 



SWEET 16 
OP CODES 



' 6502 
SWEET16 CODE 
RETURN 
OP CODE 
(reenter direct 
6502 execution) 



SWEET16 OP CODES (16 Bit Operands, 2'i Compleinent Arithmetic) 



Op 


Instr 




Op 






Coda 


Length 


Description 


Code 


Length 


Description 


00 


1 


Return to 6502 mode 








01 


2 


Branch always 


1R 


3 


R-^2 byte constant (Load register immediate) 


02 


2 


Branch no carry 


2R 




ACCi-R 


03 


2 


Branch on carry 


3R 




ACC-R 


04 


2 


Branch on positive 


4R 




ACC*-(§)R, R*-R+1 


05 


2 


Branch on negative 


5R 




ACC-^R. R^R+1 


06 


2 


Branch if equal 


6R 




ACC«-@R double 


07 


2 


Branch not equal 


7R 




ACC->@>R double 


08 


2 


Branch on negative 1 


8R 




R^n_1 , ACC-eiR (pop) 


09 


2 


Branch not negative 1 


gR 




R^R_1, ACC->@R 


OA 


1 


Break to monitor 


AR 




ACC-H^R (pop) double 


OB 


1 


No operation 


BR 




COMPARE ACC to R 


00 


1 


No operation 


CR 




ACC^ACC+R 


OD 


1 


No operation 


DR 




ACC-ACC-R 


CE 


1 


No operation 


ER 




R-R+1 


OF 


1 


No operation 


FR 




R*-R-1 


Notes. 













1. All branches are followed by a 1 byte relative displacement. Works identically to 
6502 branches. 

2. Only ADD, SUB and COMPARE can set carry. 

3. Notation: 

R = a 16 bit "register" operand designation, one of 16 labelled to 15 

(decimal), to F (hexadecimal). 
ACC = register operand RO. 

®R - indirect reference, using the register R as the pointer. 



^ I ■ assignment of values. 



Length of instructions: 

Branches are always two bytes: op code followed by relative displacement. 
Load register immediate (IR) is three bytes: the hexadecimal op code 10 

to 1 F followed by the 2 byte literal value of a 1 6 bit number. 
All other instructions are one byte in length. 



The Apple- 1 1 monitor read 
only memory also contains 
an interpreter program 
called SWEETI6 which 
can be used from machine 
language programs to im- 
plement 16 bit arithmetic 
operations. This facility 
can prove quite useful, for 
example, in calculating ad- 
dresses, and serves as an 
extension of the instruc- 
tion set of the 6502 which 
is reached by the JSR 
SWEET 1 6 escape sequence 
in code. 



to provide easy access to hardware features. 
These are the service routines which are used 
by the monitor, as well as BASIC and any 
user routines you care to code. 

The Story of Sweet Sixteen 

While writing Apple BASIC, I ran into the 
problem of manipulating the 16 bit pointer 
data and its arithmetic in an 8 bit machine. 

My solution to this problem of handling 
16 bit data, notably pointers, with an 8 bit 
microprocessor was to implement a non- 
existent 16 bit processor in software, inter- 
preter fashion, which I refer to as SWEET16. 

SWEET16 contains sixteen internal 16 bit 
registers, actually the first 32 bytes in main 
memory, labelled RO through R15. RO is 
defined as the accumulator, R15 as the 
program counter, and R14 as a status reg- 
ister. R13 stores the result of all COM- 
PARE operations for branch testing. The 



user accesses SWEET16 with a subroutine 
call to hexadecimal address F689. Bytes 
stored after the subroutine call are thereafter 
interpreted and executed by SWEET16. One 
of SWEET16's commands returns the user 
back to 6502 mode, even restoring the 
original register contents. 

Implemented in only 300 bytes of code, 
SWEET16 has a very simple instruction set 
tailored to operations such as memory 
moves and stack manipulation. Most op 
codes are only one byte long, but since she 
runs approximately ten times slower than 
equivalent 6502 code, SWEETI6 should be 
employed only when code is at a premium 
or execution speed is not. As an example of 
her usefulness, I have estimated that about 
1 K bytes could be weeded out of my 5 K 
byte Apple-ll BASIC interpreter with no 
observable performance degradation by 
selectively applying SWEET16." 
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